10x程序员工作法

Content

以终为始

• 倒着想
• DoD（Definition of Done 完成的定义）
  • 弥合差异
  • 个人的DoD，团队的DoD
  • DoD 是一个思维模式，是一种尽可能消除不确定性，达成共识的方式。
  • DoD 让我们能够在一开始就把“终”清晰地定义出来。
  • 在做任何事之前，先定义完成的标准。
• 用户故事（User Story）
  • 标题
  • 概述
  • 详述
  • 验收标准
  • 在做任何需求或任务之前，先定好验收标准。
• 持续集成
  • 尽早提交代码去集成。
• 精益创业：产品经理不靠谱，你该怎么办？
  • MVP 最小可行产品
  • 比较早成型的面向不确定创造新事物的方法论是精益创业，它提出了“开发（build）-测量（measure）-认知（learn）”这样一个反馈循环和最小可行产品的概念。
    如何试出来经过验证的认知
  • 精益创业提供给我们的是一个做产品的思考框架，我们能够接触到的大多数产品都可以放在这个框架内思考。
  • 默认所有需求都不做，直到弄清楚为什么要做这件事。
• 上下文
  • 扩大自己工作的上下文，别把自己局限在一个“程序员”的角色上。
• 在动手做一件事之前，先推演一番。
• 数字衡量
  • 从数字中发现问题，让系统更稳定。
  • 问一下自己，我的工作是不是可以用数字衡量。
• 开发前的准备
  • 设计你的迭代0清单，给自己的项目做体检。

任务分解

• 动手做一个工作之前，请先对它进行任务分解。
• 测试
  • 测试模型：冰淇淋蛋卷：
  • 金字塔模型：
  • 小事反馈周期短，而大事反馈周期长。
  • 多写单元测试。
  • 我们应该编写可测的代码。
  • 将任务拆小，越小越好。
  • 按照完整实现一个需求的顺序去安排分解出来的任务。
  • 什么是好的测试
    • 怎么衡量测试是否做好了呢？有一个标准：A-TRIP，这是五个单词的缩写，分别是Automatic（自动化）、Thorough（全面）、Repeatable（可重复的）、Independent（独立的）和 Professional（专业的）。
    • 要想写好测试，就要写简单的测试。
• 需求分解
  • 需求估算-大小标准
  • 发现大的需求，一个迭代内做不完
  • 想要管理好需求，先把需求拆小。
• 尽量做最重要的事。
• 做好产品开发，最可行的方式是采用 MVP。

沟通反馈

• 对齐？信息对齐
• 通过沟通反馈，不断升级自己的编解码能力。
• 用业务的语言写代码。
• 多面对面沟通，少开会。
• 多尝试用可视化的方式进行沟通。
• 定期复盘，找准问题根因，不断改善。
• 多走近用户。
• 事情往前做，有问题尽早暴露。
• 金字塔原理
• 多输出，让知识更有结构。

自动化

• 请谨慎地将工作自动化。
• 有体系地学习运维知识。
• 将验收测试自动化。
• 把函数写短。
• 构建好你的领域模型。
• 用简单技术解决问题，直到问题变复杂。
• 学习领域驱动设计。再去拆分微服务

综合

• 了解一个项目，从大图景开始。
  • 业务
  • 技术
  • 团队运作
• 小步改造遗留系统，不要回到老路上。
• 什么叫 T 型人？简言之，一专多能。
• 在学习区工作和成长。

Reference

39 面对遗留系统，你应该这样做

https://learn.lianglianglee.com/专栏/10x程序员工作法/总复习 重新来“看书”.md